home *** CD-ROM | disk | FTP | other *** search
/ AMOS PD CD / amospdcd.iso / aminet / amoslist0993.lzh / AMOSLIST2 / 000085_amos-request@svcs1.digex.net_Fri Sep 3 08:08:57 1993.msg < prev    next >
Internet Message Format  |  1993-09-03  |  2KB
  1. Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA07148
  2.   (5.65c/IDA-1.4.4 for <mcox@access.digex.com>); Fri, 3 Sep 1993 08:08:55 -0400
  3. Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw)
  4.     id AA00263; Fri, 3 Sep 93 08:08:39 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com)
  5. Received: by svcs1.digex.net id AA29524
  6.   (5.65c/IDA-1.4.4 for amos-list-out); Fri, 3 Sep 1993 07:55:00 -0400
  7. Received: from access.digex.net by svcs1.digex.net with SMTP id AA29520
  8.   (5.65c/IDA-1.4.4 for <amos-list@svcs1.digex.net>); Fri, 3 Sep 1993 07:54:59 -0400
  9. Received: by access.digex.net id AA04942
  10.   (5.65c/IDA-1.4.4 for amos-list@access.digex.com); Fri, 3 Sep 1993 07:54:58 -0400
  11. From: Michael 'AMOS' Cox <mcox>
  12. Message-Id: <199309031154.AA04942@access.digex.net>
  13. Subject: Re: General
  14. To: amos-list@access.digex.net (AMOS Mailing List)
  15. Date: Fri, 3 Sep 1993 07:54:57 -0400 (EDT)
  16. In-Reply-To: <9309030257.AA12922@manta.nosc.mil> from "Scott C. Czarcinski" at Sep 2, 93 07:57:17 pm
  17. X-Mailer: ELM [version 2.4 PL22]
  18. Mime-Version: 1.0
  19. Content-Type: text/plain; charset=US-ASCII
  20. Content-Transfer-Encoding: 7bit
  21. Content-Length: 1203      
  22. Status: RO
  23.  
  24. >been on the road too long, and someone beat me to the punch) have an NFL
  25. >predictions program in the final stages, and nearing completion. (I use
  26. And I thought I was the first to do it in AMOS!!  Look for AAFP on Aminet.  It
  27. is simple and crude as I just pick winners and I do keep a list of stats in a
  28. file but I do not do anything with them except use them in my calculations.  I
  29. don't use the spread or say how many points, etc.  Just the winner!
  30.  
  31. >   My question is in reference to testing to see if the current computer
  32. >has a battery backed clock or not. Is there a way to automatically do this?
  33. >(This helps automatically configure current week.)
  34. Why do you have to determine if the clock is battery backed?  All you have to
  35. do is either ask for the date or check the date and compare it against the
  36. day you finish coding the program.  Crude but it is a quick way to see if the
  37. person has a possible good date.
  38.  
  39. Mike
  40. -- 
  41. Michael Cox                             Work:   mcox@access.digex.com
  42. Amiga Conquers, AMOS Rules!             Play:   aj639@cleveland.freenet.edu
  43. This space intentionally left blank     Fido:   1:109/456.0
  44.         The text above is my own and all that other disclaimer junk